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(54) System for managing external applications and files 



(57) A computer-implemented system for managing 
an external application in response to a user's selection 
of an item in a compound document which is displayed 
by a client application. The managing system includes 
an application manager and a file manager which are 
simple in construction because there is no need for them 
to communicate directly with the external application; 
rather, they simply monitor the external application. In 
response to user selection of an item in the compound 
document, the client application copies the selected item 
to an external temporary file and sends the temporary 
file name to the application manager. Based on the file 
name, the application manager associates an external 
file to the application, launches the external application, 
issues polling requests for activity of the external appli- 
cation, and outputs the file name to the file manager. In 
response to outputting of the file name from the applica- 
tion manager, the file manager commences monitoring 
activities of the external file to determine whether it has 
been modified, and, in addition, returns a pointer for the 
external file to the application manger. The application 
manager returns the pointer for the external file to the 
client application, and in addition returns a pointer for the 
external application. Upon receipt of these pointers, the 
client application instructs a windowing operating system 
to display a window for the external application. By virtue 
of this arrangement, a full-featured compound document 
capability is provided in which it is possible to perform all 
conventional windowing tasks such as close down or 
re-focus of external applications, and close down or 
iconization of the client application, all without any spe- 
cialized communication to the external application or the 
external file. 
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Description 



The present invention is a computer-implemented 
management system which works in conjunction with a 
client application program so as to manage external ap- 
plication programs and their associated files. More par- 
ticularly, the management system of the present inven- 
tion provides a system for a client application to launch, 
track and otherwise manage an external application and 
its associated file. 

It has recently become possible to create a compu- 
ter document which contains data from a variety of dif- 
ferent application programs. Such a document is called 
a "compound document". Compound documents are 
created by a first application program, usually called a 
"client application", and contain one or more data objects 
from other application programs. A compound document 
might, for example, be created by a word processing ap- 
plication program. In this case, the compound document 
contains not only text data native to the word processing 
application program, but also contains data objects from 
other application programs such as a bit map data object 
from a graphics display program, a spreadsheet data ob- 
ject from a spreadsheet program, or a sound data object 
from a sound recorder application program. 

Compound documents are an important develop- 
ment in computer systems because they eliminate the 
constraint that data in a document must be that one sin- 
gle type of data supported by the client application With 
compound documents, it is nowpossible tocreate a word 
processing document that includes not only text from the 
word processing application but which also includes 
numbers from a spreadsheet application, images from a 
graphics application, and sounds from a recorder appli- 
cation. 

Figures 1 (a) through 1 (c) illustrate how a compound 
document might appear to a user of a client application 
program, here a client application program which allows 
a user to send and to receive multimedia messages 
which may include attachments from external application 
programs. A suitable client application program for send- 
ing and receiving multimedia messages is described in 
detail in application Serial No. 07/308,757, filed Decem- 
ber 17, 1991, the contents of which are incorporated 
herein by reference, (copy filed herewith). 

In Figure 1 (a), a compound document 1 is shown as 
it might be displayed to a user on display screen 2 of 
computer monitor 3. Compound document 1 is a mes- 
sage that is scheduled to be sent to a remote recipiem 
The compound document includes a text portion 4 which 
is data native to the client message manager application 
program. In addition, compound document 1 includes at- 
tachments signified by icons 5, 6 and 7 which are data 
objects from external application programs. Specifically 
text attachment 5 is a simple text file created by an ex- 
ternal text editor application such as Microsoft Note Pad 
Bitmap attachment 6 is a bitmap file created by an ex- 
ternal graphics program such as Microsoft Paint Brush 



Sound attachment 7 is a wave file created by an external 
sound application program such as Microsoft Sound Re- 
corder. 

By selectingone of the icons in compound document 
* 1 , such as by double clicking on the icon with a mouse 
the user can cause the external application which creat- 
ed the data object to be launched so as to view, edit or 
otherwise modify the data object associated with the 
icon. Thus, as shown in Figure 1(b). after selecting the 
b.tmap icon 6, the external Paint Brush apolication pro- 
gram is launched so as to display the bitmap attachment 
Likewise, in Figure 1(c), the user has selected the re- 
maining icons so as to cause associated external appli- 
cation programs to be launched. 
' s Various implementations have been proposed so as 
to allow an external application to be launched from a 
client application which is displaying a compound docu- 
ment. For example, Microsoft has introduced object link- 
mg and embedding (hereinafter "OLE") which allows 
data objects from external applications to be linked or 
embedded ,n a compound document for a client applica- 
tion. OLE is described in detail in Chapter 9 of F Davis 
"The Windows 3.1 Bible", Peachpit Press, 1993. the con- 
tents of which are incorporated herein by reference OLE 
provides a robust implementation of compound docu- 
ments which allows a user to launch external applica- 
tions, to switch from one application to another and to 
monitor how objects in the compound document are be- 
mg modified by their respective external applications 
"0 However, to achieve this implementation, specialized 
communication is needed between the external applica- 
tion and the client application. For example the external 
application must be OLE-aware and must register itself 
_ into a "registration database". The client application 
■» must, in addition, be OLE-compliant, meaning that th» 
client application must be able to communicate directly 
or indirectly to the external applications so as to deter- 
mine whether they are present.must support the creation 
of complex compound documents, and must also con- 
-io form to standard OLE interfaces. 

Other implementations of compound documents 
have been proposed, but these implementations con- 
strain how a user is able to manipulate data objects in 
the compound document. For example. "CC Mail" from 
Lotus, which is an E-mail client application, provides a 
compound document capability which is simpler than Mi- 
crosoft's OLE but which does not provide as many fea- 
tures as OLE. For example, when an external application 
is launched from the "CC Mail" client application, a user 
is not permitted to access any other application program 
until the external application has been closed down This 
limits the usefulness of compound documents For ex- 
ample, when using the client "CC Mail" application pro- 
_ gram, the user would not be able to obtain the display in 
« Figure 1 (c). Rather, the user would be constrained to the 
d.splay shown in Figure 1(b) and would not be able to 
access any other program, including the client applica- 
tion program, until the Note Pad external application pro- 
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gram had been closed down. Particularly in a windowing 
operating system such as Microsoft Windows : in which 
a user expects to be able to access any application pro- 
gram at any time, this is a significant limitation. 

Accordingly there is a need to provide a managing 
system for managing external applications associated 
with compound documents in which the management 
system provides a user with flexibility like that provided 
in an OLE-based implementation while at the same time 
does not require specialized communication between 
the client application program and the external applica- 
tion program. 

The present invention addresses the aforemen- 
tioned need in the art by providing a managing system 
which manages external applications that are launched 
from compound documents displayed in a client applica- 
tion without the need for specialized communication be- 
tween the client application and the external applica- 
tions. 

In one aspect, the management system of the 
present invention includes an external application man- 
ager and an external file manager, both of which are in- 
stantiated by a client application program which supports 
compound documents. The external application manag- 
er determines which external application to launch based 
on characteristics in a file name provided from the client 
application, such as the DOS extension to the file name, 
launches the external application with the file, returns a 
pointer for the external application to the client applica- 
tion, periodically polls for activity of the external applica- 
tion, and outputs the file name to the external file man- 
ager. The external file manager monitors the file to de- 
termine if the file has been modified by the external ap- 
plication. Modification information is provided via the ap- 
plication manager back to the client application. 

Because the external application manager simply 
monitors the external application (by polling), and the ex- 
ternal file manager likewise only monitors the external 
file, there is no need for specialized communication be- 
tween the client application and the external application. 
Moreover, because the external application is launched 
using a windowing operating system, the user is free to 
switch between any of the applications, including the cli- 
ent application. Thus, for example, if the external appli- 
cation is no longer in focus when the user re-selects the 
external data object from the client application display, 
the client application simply refers to pointers returned 
from the application manager to determine whether there 
is an existing application program corresponding to the 
external object. If there is, then the client application re- 
quests application manager to put the external applica- 
tion in focus, and the- application manager in turn asks 
the windowing operating system to activate the window 
of the external application so as to put the external ap- 
plication in focus. If there is no pointer, then the client 
application simply requests the application manager and 
file manager to launch a suitable external application. 
Likewise, when an external application is closed 



down, the application manager which has been monitor- 
ing the activity of external applications advises the client 
application of this fact. The client application then de- 
cides based on the monitoring activities of the file man- 
s ager whether it is necessary to re-import a file that has 
been modified by an external application. 

In like manner, when the client application is closed 
down or iconized, the client application can easily deter- 
mine whether there are any external applications by re- 
io ferring to the pointers returned by the application man- 
ager. If the client application is being closed down, then 
it can prompt the user to close down all external appli- 
cations prior to closing down; as the external applications 
are closed, the client application can re-import any mod- 
's jfied files as described previously. On the other hand, if 
the client application is being iconized, then the client ap- 
plication can sweep all external applications down into a 
single icon for the client application. 

Accordingly,- "the invention as described above pro- 
20 vides a full featured and robust implementation of com- 
pound documents which does not require a client appli- 
cation to communicate with external applications. 

This brief summary has been provided so that the 
nature of the invention may be understood quickly. A: 
25 more complete understanding of the invention can be ob- 
tained by reference to the following detailed description 
of the preferred embodiment thereof in connection with 
the attached drawings. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1(a). 1(b) and 1(c) illustrate how a com- 
pound document appears to a user of a client application 
program. 

35 Figure 2 is a view for showing the outward appear- 
ance of a representative embodiment of the present in- 
vention. 

Figure 3 is a detailed block diagram showing the in- 
ternal construction of computing equipment shown in 
~o Figure 2. . 

Figure 4 is a block diagram showing the structure of 
the managing system of the present invention. 

Figure 5 is a flow diagram illustrating operation of 
the managing system shown in Figure 4. 
-5 Figure 6 is an illustrative view of a compound docu- 
ment. 

Figure 7 is a detailed flow diagram showing polling 
by the application tracker. 

Figure 8 is a flow diagram showing the procedure 
50 for closing down or iconizing a client application. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

55 Figure 2 is a view showing the outward appearance 
of a representative embodiment of the present invention. 
Shown in Figure 2 is computing equipment 20 such as 
an IBM PC or PC-compatible computer having a window- 
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mg operating system such as a Microsoft Windows op- 
erating system. Computing equipment 20 is provided 
with a display monitor 23 having a display screen 22 on 
which computing equipment 20 displays images to the 
user. Computing equipment 20 is further provided with a s 
floppy disk drive 24 with which removable floppy disk me- 
dia may be read or written, fixed disk drive 25 for storing 
data files and application program files, a keyboard 26 
for permitting input of text data and manipulation of ob- 
jects displayed on display screen 22. a pointing device w 
27 such as a mouse or the like which is also provided to 
permit manipulation of objects on display screen 22, and 
a combined speaker/microphone 29. A conventional 
printer 30 as well as connections to a network 31 or to 
an ordinary voice telephone line 32 for sending and re- /s 
ceivmg voice and/or facsimile messages are also provid- 
ed. 

In accordance with operator instructions, and under 
control of the windowing operating system, stored appli- 
cation programs such as client application programs and 20 
external application programs are selectively activated 
to process and manipulate data. 

Figure 3 is a detailed block diagram showing the in- 
ternal construction of computing equipment 20. As 
shown in Figure 3, computing equipment 20 includes a 25 
central processing unit (CPU) 40 such as programmable 
microprocessor interfaced to a computer bus 41. Also 
interfaced to computer bus 41 is speaker/microphone in- 
terface 42, display interface 44 : network interface 45 
fax/modem/telephone interface 46, printer interface 47. 30 
and floppy disk drive interface 49. 

Main memory 51 such as random access memory 
(RAM) interfaces to computer bus 41 so as to provide 
CPU 40 with access to memory storage. In particular 
when executing stored application program instruction Jo- 
sequences such as those associated with application' 
programs stored on disk 25, CPU 40 loads those instruc- 
tion sequences from disk 25 (or other storage media 
such as media accessed via network 31 ) into main mem- 
ory 5 1 and executes those stored program instruction se- *o 
quences out of main memory 51 . 

ROM (read only memory) 52 is provided for storing 
invariant instruction sequences such as start-up instruc- 
tion sequences or basic input/output operating system 
(BIOS) sequences for operation of keyboard 26. 45 

As shown in Figure 3, and as previously mentioned, 
fixed disk 25 stores program instruction sequences for 
the windowing operating system and for various applica- 
tion programs such as a message manager application 
program, a graphics application program, a sound appli- so 
cation program, and the like. In addition, stored on fixed 
disk 25 are compound document files together with other 
data files such as data -files associated with the applica- 
tion programs. Fixed disk 25 also stores the manage- 
ment system of the present invention which, as shown ss 
in Figure 3, is comprised by two components: an external 
application manager and an external file manager. Both 
components are instantiated by a client application that 



requires managing of external applications and their as- 
sociated files. The structure of the external application 
and file mangers is described in connection with Figure 
4, and its operation is described in the flow diagrams in 
Figures 5, 7 and 8. 

More particularly, Figure 4 shows client application 
55 with instantiations of application manager 60 and file 
manager 70. Application manager 60 includes applica- 
tion pool manager 6 1 , application tracker 62. application 
launcher 64, application finder 65, and application 
browser 66. Figure 4 shows application manager 60 as 
containing three application entry objects, namely ob- 
jects 67, 68 and 69. As will be described more fully below 
one such object is provided for each external application' 
such as applications 87, 88 and 89. It will therefore be 
understood that the provision of three application entry 
items is illustrative only, and that typically upon instanti- 
ation of application manager 60 there will not be any ap- 
plication entry objects until client application 55 requests 
application manager 60 to launch such an external ap- 
plication. 

File manager 70 includes file pool manager 71 and 
file tracker 72. In addition. Figure 4 shows file manager 
70 as including three file entry objects, namely objects • 
77, 78 and 79. one each for each of external files such 
as files 97. 93 and 99. As before with respect to applica- 
tion entry objects 67, 68 and 69, one file entry object is 
provided for each external file. Thus, although Figure 4 
shows three such objects, upon instantiation of file man- 
ager 70 there will ordinarily not be any file entry objects. 

The functional capabilities of each object shown in 
Figure 4 will now be explained. 

Application pool manager 61 is a holder for all appli- 
cation entry objects and has the capability of creating, 
adding., removing and managing those objects. Applica- 
tion pool manager 61 communicates with client applica- 
tion 55 by receiving requests from client application 55 
to create entry objects and by sending to client applica- 
tion 55 pointers for application entry objects. Application 
pool manager 61 also communicates with file pool man- 
ager 71 by-providing file pool manager 71 with file names 
and by receiving file pointers from file pool manager 71 . 

Application tracker 62 is responsible for checking for 
ex.stence of all external applications and for synchroniz- 
ing itself with the status of those external applications 
As described more fully below, application tracker 62 op- 
erates on a periodic polling basis, namely by sending 
polling requests to application finder 65 and to file tracker 
72. In situations where application finder 65 advises ap- 
plication tracker 62 that a particular external application 
no longer exists, application tracker 62 advises applica- 
tion pool manager 61 of the new application status In 
that case, the application pool manager 61 removes the 
appropriate application entry object and, in turn, updates 
client application 55's list of pointers. File tracker 72 re- 
sponds to polling requests from application tracker 62 by 
advising application tracker 62 of the status of external 
files, specifically whether such external files have been 
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modified or not. In the event that external files have been 
modified, application tracker 62 advises application pool 
managed 61 of that fact and application pool manager 
61 , in turn, updates client application 55. 

Application launcher 64 is used to launch an external 
application. Application launcher 64 communicates with 
client application 55 through receipt of a data object. Or- 
dinarily, the data object is a file name received from client 
application 55 in response to user selection of a data ob- 
ject in a compound document. In that case, application 
launcher 64 determines whether there is an external ap- 
plication associated to the file name. If there is an exter- 
nal application associated with the file name application 
launcher 64 launches that application. To find associated 
applications, application launcher 64 issues requests to 
the windowing operating system for associated applica- 
tions. If the windowing operating system cannot identify 
the application, application launcher 64 tries to identify 
an associated application through other means, such as 
searching through initialization (.INI) files. If an applica- 
tion is successfully launched, application launcher 64 ad- 
vises client application 55 of a successful launch. Other- 
wise, application launcher 64 advises client application 
55 that no application was launched. 

Application browser 66 is invoked by client applica- 
tion 55 in the event that an external application cannot 
be associated to a data object provided to application 
launcher 64. If invoked, application browser 66 provides 
the user with a display of available application programs 
and permits the user to select one. If an application is 
selected, application browser 66 provides the selected 
application to client application 55 which, in turn, pro- 
vides it to application launcher 64. 

Application entry objects, such as objects 67 ; 68 and 
69, contain all related information for applications such 
as the task handle for the application, the instance han- 
dle for the application, the window handle of the applica- 
tion, and the owner of the application (here, an item with- 
in client application 55). As mentioned above, one appli- 
cation entry object is provided for each external applica- 
tion. 

Application finder 65 is responsible for finding pre- 
viously-launched external applications and assuring that 
any external applications so found are actually present. 
In particular, because of timing delays and system over- 
head, it is possible to incorrectly conclude that an appli- 
cation is present when in fact it no longer exists. To as- 
sure that an external application is actually present, ap- 
plication finder 65 obtains the application window handle 
and the application task handle. Application finder 65 
then matches the application instance handle in the ap- 
plication entry object against the application instance 
handle obtained from the window handle, and matches 
the application task handle in the application entry object 
against the application task handle obtained from the 
window handle. If both match, application finder 65 con- 
cludes that an application which the windowing operating 
system indicates is present is actually present, and ad- 



vises application tracker 62 of that in response to polling 
requests. 

File pool manager 71 holds all file entry objects and 
has the capability of creating : adding, removing and 
5 managing those objects. File pool manger 71 communi- 
cates with application pool manager 61 by receiving file 
names from application pool manager 61. In response 
to receipt of a file name, file pool manager 71 opens a 
file entry object, and returns a file pointer to the applica- 
nt? tion pool manager. 

File tracker 72 checks for existence of all files in the 
file pool and determines when a file has been modified. 
When it detects modification of a file, file tracker 72 ad- 
vises application tracker 62 of that fact in response to a 

is polling request. 

File entry objects, such as objects 77, 78 and 79 : 
contain all related information for a file such as the fife 
name, a time stamp and possible persistent storage 
identifiers. As mentioned above, file pool manager 71 

20 creates only one file entry object for each file. 

By virtue of the above-described structure of appli- 
cation manager 60 and file manager 70 : it will be appre- 
ciated that a full-featured external application and file 
management system has been provided which does not 

25 need to communicate with any external application or 
any external file. Rather, to provide full management of 
external applications and files, the application manager 
and file manager need only check pointers and handles 
provided by the windowing operating system. 

so Figure 5 is a flow diagram illustrating operation of 
the Figure 4 managing system. The steps performed in 
Figure 5 are executed by CPU 30 in accordance with 
stored program instruction sequences stored on fixed 
disk 25 and executed out of random access memory 51 . 

^5 In step S501. the user activates the client application 
which, as part of its initialization routine, instantiates the 
application manager 60 and file manager 70. In step 
S502. application tracker 62 commences polling of ap- 
plication finder 65 and file tracker 72 to determine the 

~o status of any existing external applications as well as 
whether or not files associated with those external appli- 
cations have been modified. Polling is described in fuller 
detail in connection with Figure 7: for present purposes, 
it is sufficient to note that polling occurs on a periodic 

•*5 basis which is set to between three and ten seconds. 

In step S503, the user utilizes client application 55 
to create a compound document, such as the compound 
document shown in Figure 6. More particularly, in the 
representative embodiment of the invention described 

50 here, the client application is a message manager appli- 
cation program. To build a compound document, the user 
selects the message builder option button 101 from tool 
bar 100, which causes the message manager applica- 
tion to display a message builder screen 102. After en- 

55 tering data in the native message manager application 
mode, the user is permitted to attach documents created 
by external applications, thereby creating a compound 
document. In particular, by selecting attach button 105, 
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screen 106 is displayed to allow a user to embed a doc- 
ument or form a link to the document. In the case of em- 
bedding a document, a copy of the document is physi- 
cally created within the compound document, whereas 
in the case of a linked document, only a link to the exter- 
nal document is stored. The option of linking or embed- 
ding is provided by radio button 103a and 103b After 
selecting whether to link or to embed the external docu- 
ment, a compound document such as that shown in dis- 
play area 104 is created. 

Instep S504, the client application displays the com- 
pound document and allows user selection of any exter- 
nal object (or data item) from the compound document 
In step S505, in response to user selection of a data item 
client application 55 checks if there is a valid pointer pre- 
viously supplied from application pool manager 61 for 
the entry object for this item (S506). If there is a valid 
pointer, then the user has previously activated this data 
item and there is a corresponding external application 
which is present. Accordingly flow branches tostepS507 
in which client application 55 merely passes the window 
handle to the Windowing operation system which, in turn 
puts the external application into focus for use by the us- 
er. Flow then advances to step S519 in which the win- 
dowing operating system displays a window for the se- 
lected external application. 

Presumably, however, if this is the first time that the 
item has been selected by the user, then there is no valid 
pointer for an entry object for this item. Accordingly flow 
continues to step S508 in which the client application cre- 
ates a temporary file for use by the external application 
In more detail, in a case where the item is a linked item 
client application 55 simply uses the file designated by 
the link. If. on the other hand, the selected item is an em- 
bedded item, then client application 55 creates a tempo- 
rary f,le and stores the embedded data from the com-' 
pound document into the temporary file. When creating 
the temporary file, client application 55 maintains the 
same DOS extension for the file name. As will be seen 
below, the DOS extension is used as a key to associate 
particular external application programs with the tempo- 
rary file. For example, a .BMP extension is presumed to 
be a bitmap file and an external graphics application 
such as Microsoft Paint Brush which handles bitmap 
files, is associated with a .BMP file. Likewise a TXT file 
is presumed to be a text file and a text editor such as 
M,crosoft Note Pad is associated with such a file and 
a .WAV file is assumed to be a wave file and a sound 
editor such as Microsoft Sound Recorder is associated 
with such a file. Similar associations are well known to 
those skilled in the art. 

In step S509, client application 55 invokes applica- 
tion launcher 64 to determine whether an external appli- 
cation can be associated with the temporary file (or for 
a linked item, the linked file). Application launcher 64 in- 
spects the DOS extension of the file name and deter- 
mines whether an external application can be associated 
with that DOS extension. In making this determination 



w 



is 



20 



25 



30 



35 



■10 



50 



55 



application launcher 64 refers to the windowing operat- 
ing system and, in the case where the windowing oper- 
ating system cannot return an external application also 
refers to initialization files such as INI files which store 
such associations. If an association is not found (step 
S510), then flow advances to step S511 in which appli- 
cation launcher 64 returns an error code to client appli- 
cation 55. Client application 55 then invokes application 
browser 66 (step S512) which allows a user to make a 
manual selection of an external application (step S51 3) 
The manual selection is returned by application browser 
66 to client application 55 which, in turn, returns the man- 
ually-selected application to application launcher 64 

In the case where application launcher 64 is able to 
associate an external application file to the DOS exten- 
sion, or in the case of manual designation by the user in 
step S51 3, application launcher 64 launches the associ- 
ated external application. For example in the case of 
a .BMP file, application launcher 64 may launch a Paint 
Brush application as seen at 87. Similarly, in the case of 
a .TXT file, application launcher 64 launches a Note Pad 
application 89: or in the case of a .WAV file, application 
launcher 64 launches sound recorder external applica- 
tion 89. Application launcher then informs client applica- • 
tion 55 that an external application has successfully been 
launched (step S5 15). 

Upon learning of successful launch of an external 
application, client application 55 invokes application pool 
manager 64 to create an application entry object corre- 
sponding to the launched application. Application pool 
manager 61 responds by creating an application entry 
object such as object 67, 68 or 69, the application entry 
object being responsible to store information concerning 
the application. As mentioned previously, one applica 
tion entry object is created for each existing external ap- 
plication (or in the case where two different files in the 
same compound document have the same DOS exten- 
sion, for each separate instance of the external applica- 
tion). rf ^ 

Application pool manager 6 1 further invokes file pool 
manager 71 to create a corresponding file entry object 
(step S517). In like manner to the application pool man- 
ger, the file pool manager 71 creates a file entry object 
such as object 77, 78 or 79. to track the status of the 
temporary file with which the newly-launched external 
application is operating. 

Flow then advances to step S518 in which applica- 
tion pool manger returns a pointer to the client applica- 
tion. The pointer is a pointer for the application entry ob- 
ject and the file entry object. The client application 55 is 
able to use this pointer for future operations, such as in 
step S506 where the client application determines 
whetherthere is a valid pointer signifying that an external 
application is present for a selected item, or such as de- 
scribed below in connection with closing down or iconiz- 
ing of client application 55. Flow then advances to step 
S51 9 ,n which the windowing operating system displays 
a window for the selected external application 
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Thereafter, the user is free to use the new- 
ly-launched external application to create, editor other- 
wise modify the data item from the compound document. 
In addition, the user is free to switch focus to other win- 
dows or to activate new windows. When the user w.shes 
to return to the window corresponding to the external ap- 
plication, he can do so through normal windowing proto- 
col or he may re-select the data item from a compound 
document displayed by client application 55. In that case 
flow proceeds as described above in connection w.th 
step S506 in which client application 55 determines 
whether there is a valid pointer for the entry object cor- 
responding to the selected item and in wh.ch, in re- 
sponse to a positive identification of such a valid pointer, 
client application 55 simply passes the window handle 
to the windowing operating system which executes focus 
onto the external application. 

Figure 7 is a detailed flow diagram showing polling 
bv application tracker 62. 

In step S701. application tracker 62 invokes f.le 
tracker 72 which, via any existing file entry obiects, de- 
termines whether a file has been modified. If file tracker 
72 determines from a file entry object that an external file 
has been modified (step S702) then flow branches to 
step S703 in which file tracker 72 advises application 
tracker 62 that a particular file has been mod.f.ed. That 
information is passed from application tracker 62 to ap- 
plication pool manager 61 which, in turn, advises client 
application 55 that a particular file corresponding to one 
file entry object has been modified. 

In either event, flow advances to step S704 in which 
application tracker 62 invokes application finder 65 to de- 
termine whether each external application correspond- 
ing to an application entry object is still present. Using 
the above-described procedure of matching w.ndows 
handles and instance handles to task handles, applica- 
tion finder 65 checks to ensure that all external applica- 
tions corresponding to application entry obiects are still 
present. So long as the tested handle values match (step 
S706) then application finder 65 determines that each 
external application is still present and returns that infor- 
mation to application tracker 62 (step S707). Then, after 
a predetermined period (such as three to ten seconds), 
application tracker 62 repeats its polling process (step 

S708). . ,. . 

On the other hand, if in step S706 application finder 
65 determines that there is no match for the tested han- 
dle values, then application finder 65 concludes that an 
external application has been closed down. Flow then 
advances to step S709 in which close down procedures 
are carried out. Particularly, as shown in step S710, ap- 
plication tracker 62 advises application pool manager to 
remove an application entry object corresponding to the 
closed down external application. In step S711, the 
closed down application entry object updates appl.cat.on 
finder 65 with its new closed down status and then closes 
itself down. Then in step S7 1 2. application pool manager 
61 invokes file pool manager 71 to remove its corre- 



sponding file entry object. In response, in step S713, the 
file entry object (or objects) determines if the temporary 
file created in step S508 was modified by the external 
application. If no modification had taken place, then cli- 
s ent application 55 simply destroys the temporary file. On 
the other hand, if modifications have taken place, then 
client application 55 re-imports the data in the temporary 
file into its internal compound document. In addition, cli- 
ent application 55 updates any parameters affected by 
io the re-imported file, such as parameters giving an indi- 
cation to the user as to size and/or date of most recent 
modification of the file. In step S714 application pool 
manager 61 advises client application 55 that the exter- 
nal application has closed down. 
15 Figure 3 is a flow diagram showing the procedure in 
a case where the user has selected close down or .coni- 
zation of client application 55. More particularly, as is 
generally known, it is possible for the user to request the 
windowing operating system to close down cl.ent appli- 
20 cation 55. lor example, by double clicking on control but- 
ton 107 shown in Figure 6. Likewise, it is possible for a 
user to request the windowing operating system to 
iconize the client application, for example by clicking on 
minimize button 103. When close down is requested, the . 
25 windowing operating system exits client application 55 
and frees memory previously used by that application. If 
iconization is selected, the windowing operating system 
removes all windows associated with client appl.cat.on 
55 from display screen 22 and replaces all those w.n- 
30 dows with an icon representing the client application. 
The user may re-invoke all windows associated with cl.- 
ent application 55 by double clicking the applicat.on .con. 

The flow process shown in Figure 8 ensures that 
upon close down or iconization of client application 55. 
35 corresponding external applications are closed down in 
an orderly procedure or swept into the icon for client ap- 
plication 55. More particularly, as shown in step S301. 
upon user selection of close down or iconization. cl.ent 
application 55 determines whether there are any exter- 
40 nal applications present. Client application 55 makes th.s 
determination by reference to its list of pointers for entry 
objects which was provided by application pool manager. 
If no external applications exist (step S802), flow branch- 
es to step SB03 in which client application 55 is simply 
45 closed down or iconized, as requested by the user. 

If on the other hand, there are any existing external 
applications, then flow advances to step SS04 in which, 
if a close down operation has been requested, flow ad- 
vances to step S305 where client application 55 requests 
so the user toclose down the external applications. Ad.alog 
box may be provided to warn the user of the ex.stence 
of external applications. As each external application is 
closed down, the close down procedures commencing 
at step S709 are followed, after which flow advances to 
55 step S806 in which client application 55 is closed down. 

If step S804 determined that an iconize operation 
had been requested, then flow advances to step S807 
in which client application 55 provides the windowing op- 
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erating system with the window handle to each external 
application and requests the windowing operating sys- 
tem to de-display that window. After all external applica- 
tions have had their windows de-displayed, flow advanc- 
es to step S808 in which client application 55 is reduced 
to an icon. In response to a user request to restore client 
application 55 (step S809) such as by double clicking on 
the iconic representation of client application 55, the win- 
dowing operating system re-displays the client applica- 
tion 55 (step S810). After the client application 55 has 
been redisplayed, it, in turn, provides the windowing op- 
erating system with pointers for all external applications. 
Using those windows pointers, the windowing operating 
system re-displays the external applications. 



Claims 

1. A computer implemented system for managing an 
external application in response to user selection of 20 
an item in a compound document displayed from a 
client application, said computer implemented sys- 
tem comprising: 

an application manager which receives a file 
name for an external file corresponding to the 25 
selected item and which, based on the file name, 
associates an external application to the file, 
launches the external application, polls for activity of 
the external application, and outputs the file name- 
and 

a file manager, responsive to outputting of the 
file name from the application manager, which mon- 
itors the external file to determine if the external file 
has been modified by the external application and 
which returns to the application manager a pointer 
for the external file: 

wherein the application manager returns a 
pointer for the external application and a pointer for 
the external file to the client application. 



7. 



8. 



2. 



3. 



A computer implemented system according to Claim 
1, wherein the client application responds to user 
selection of an item in the compound document by 
copying the selected item to a temporary file and by 
sending the temporary file name to the application 
manager, and wherein in response to receipt of the 
pointers from the application manager, the client 
application instructs a windowing operating system 
to display a window for the external application. 

A computer implemented system according to Claim 
1. wherein the client application responds to user 
selection of an item in the compound document by 
determining if a valid pointer for the selected item 
has been received from the application manager, 
and wherein in a case where a valid pointer exists 
the client application instructs a windowing operat- 
ing system to display a windowforthe external appli- 



es 



-5 9. 



50 



cation, and wherein in a case where a valid pointer 
does not exist the client application copies the 
selected item to a temporary file, sends the tempo- 
rary file name to the application manager, and in 
response to receipt of a pointer from the application 
manager, instructs the windowing operating system 
to display a window for the external application. 

k A computer implemented system according to Claim 
1 . wherein in response to close down of an external 
application, said application manager invalidates 
the pointer sent to the client application. 

. A computer implemented system according to Claim 
4, wherein in response to close down of an external 
application, the external file manager determines 
whether the external file has been modified, and in 
a case where the external file has been modified 
re-imports data from the external file. 

Acomputer implemented system according to Claim 
1. wherein in response to close down of the client 
application, the client application inspects valid 
pointers received from the application manager to . 
determine whether any external applications are still 
present, and before closing down requests 
close-down of still-present external applications. 

A computer implemented system according to Claim 
1, wherein in response to iconization of the client 
application, the client application inspects valid 
pointers received from the application manager to 
determine whether any external applications are still 
existing and instructs a windowing operating system 
to de-display any still-existing external applications 
before iconization. 

A computer implemented system according to Claim 
7, wherein in response to restoration of an iconized 
client application, the client application inspects 
valid pointers received from said application man- 
ager and instructs the windowing operating system 
to re-display any still-present external applications. 

A computer implemented system for managing an 
external application in response to user selection of 
an item in a compound document displayed by a cli- 
ent application, said computer implemented system 
comprising: 

a windowing operating system for displaying 
windows: 

a client application, interacting with said win- 
dowing operating system which creates, retrieves 
and stores compound documents and displays com- 
pound documents for user selection of an item 
therein, wherein in response to user selection of an 
item in the compound document said client applica- 
tion copies the selected item to a temporary file and 
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outputs a temporary file name: 

an application manager instantiated by said 
client application said application manager includ- 
ing (a) an application tracker which outputs polling 
requests to check for existence of external applica- 
tions, (b) an application finder responsive to polling 
requests from the application tracker which confirms 
whether an external application is present, (c) an 
application pool manager for creating, adding and 
removing application entry objects, the application 
pool manager also for receiving the file name from 
the client application and outputting it, and for return- 
ing a pointer for the external file and the external 
application to the client application, and (d) an appli- 
cation launcher which associates an external appli- 
cation to the file name output by said client applica- 
tion and which launches the external application: 
and 

a file manager, instantiated by the client appli- 
cation, said file manager including (i) a file tracker 
responsive to polling requests from the application 
tracker to check for modification of the file created 
by the client application, and (ii) a file pool manager 
for creating, adding and removing a file entry object 
corresponding to the file, the file pool manager being 
responsive to output of the external file name from 
the application pool manager by creating a file entry 
object. 

10. A computer implemented system according to Claim 
9. wherein in response to output of the pointer for 
the external file and external application, the client 
application instructs the windowing operating sys- 
tem to display a window for the external application, 

1 1 . A computer implemented system according to Claim 
9. wherein the client application responds to user 
selection of an item in the compound document by 
determining if a valid pointer for the selected item 
has been received from the application manager, 
and wherein in a case where a valid pointer exists 
the client application instructs a windowing operat- 
ing system to display a windowfor the external appli- 
cation. 

1 2. A computer implemented system according to Claim 
9, wherein in response to close down of an external 
application, said application manager invalidates 
the pointer sent to the client application. 

13. A computer implemented system according to Claim 
1 2, wherein in response to close down of an external 
application, the external file manager determines 
whether the external file has been modified, and in 
a case where the external file has been modified 
re-imports data from the external file. 

1 4. A computer implemented system according to Claim 



9. wherein in response to close down of the client 
application, the client application inspects valid 
pointers received from the application manager to 
determine whether any external applications are still 
present, and before closing down requests 
close-down of still-present external applications. 

1 5. A computer implemented system according to Claim 
9, wherein in response to iconization of the client 
io application, the client application inspects valid 
pointers received from the application manager to 
determine whether any external applications are still 
present and instructs a windowing operating system 
to de-display any still-present external applications 
before iconization. 

A computer implemented system according to Claim 
1 5, wherein in response to restoration of an iconized 
client application, the client application inspects 
valid pointers received from said application man- 
ager and instructs the windowing operating system 
to re-display any still-present external applications. 

A computer implemented system according to Claim 
9, wherein said application finder confirms that an 
external application is still present by testing the 
external application window handle, the external 
application task handle, matching the external appli- 
cation instance handle against the external applica- 
tion window handle, and matching the external appli- 
cation task handle against the external. application 
window handle. 

A computer implemented method for managing an 
external application in response to user selection of 
an item in a compound document displayed from a 
client application, said method comprising the steps 

instantiating an application manager which 
commences polling operations to determine 
whether external applications are present and 
whether associated external files have been modi- 
fied: 

instantiating a file manager responsive to poll- 
ing requests from the application manager to deter- 
mine whether an external application has been mod- 
ified and to inform the application manager of same: 
displaying a compound document from a client 
application: 

responding to user selection of an item in the 
compound document by creating an external file cor- 
responding to the selected item, outputting a file 
name corresponding to the selected item to the 
application manager, associating an external appli- 
cation to the file name, launching the external appli- 
cation, and returning, to the client application, a 
pointer for the external file and the external applica- 
tion. 
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19. A method according to Claim 18, further comprising 
the step of responding to receipt of the pointer for 
the external file and the external application by 
instructing a windowing operating system to display 

a window for the external application. 5 

20. A method according to Claim 18, wherein said step 
of responding to user selection of an item in the com- 
pound document includes the steps of determining 

if a valid pointer for the selected item has been 10 
received from the application manager instructing 
the windowing operating system to display a window 
for the external application in the case where a valid 
pointer exists, and sending an external file name to 
the application manager in a case where a valid is 
pointer does not exist. 

21 . A method according to Claim 1 8, further comprising 
the step of responding to close down of the external 
application by invalidating the pointer sent to the cli- 20 
ent application. 

22. A method according to Claim 21, further comprising 
the step of re-importing external file data to the com- 
pound document in a case where the external file 25 
has been modified. 



spending to a windowing operating system which 
responds to instructions to display the client appli- 
cation and external applications on said display, and 
for storing program instruction sequences corre- 
sponding to the client application; and 

a processor for executing the stored program 
instruction sequences in said memory, 

wherein said stored program instruction 
sequences include steps to (a) instantiate an appli- 
cation manager which commences polling opera- 
tions to determine whether external applications are 
present and whether associated external files have 
been modified, (b) instantiate a file manager respon- 
sive to polling requests from the application man- 
ager to determine whether an external application 
has been modified and to inform the application 
manager of sarrv- (c) display a compound docu- 
ment from a die- -.pplication, and (d) respond to 
user selection of • nem in the compound document 
by creating an external file corresponding to the 
selected item, outputting a file name corresponding 
to the selected item to the application manager, 
associating an external application to the file name, 
launching the external application, and returning, to • 
the client application, a pointer for the external file 
and the external application. 



23. A method according to Claim 1 8, further comprising 
the step of responding to close down of the client 
application by inspecting pointers received from the 
application manger to determine whether any exter- 
nal applications are still present, and requesting 
close-down of still-present external applications 
before closing down the client application. 

24. A method according to Claim 1 8, further comprising ' 
the steps of responding to iconization of the client 
application by inspecting the pointers received from 
the application manager to determine whether any 
external applications are still present and instructing 
the windowing operating system to de-display any 
still-present external applications before iconizing. 

25. A method according to Claim 24, further comprising 
the step of responding to restoration of the iconized 
client application by inspecting pointers received 
from the application manager and instructing the 
windowing operating system to re-display any 
still-present external applications. 

26. An apparatus for managing an external application 
in response to user selection of an item in a com- 
pound document displayed from a client application, 
said apparatus comprising: 

a display for displaying compound documents 
and windows corresponding to the client application 
and external applications: 

a memory for storing program steps corre- 



27. An apparatus according to Claim 26, wherein said 
stored program instruction sequences further 
30 include steps to respond to receipt of the pointer for 
the external file and the external application by 
instructing the windowing operating system to dis- 
play a window for the external application. 

3S 28. An apparatus according to Claim 26, wherein said 
stored program instruction sequences to respond to 
user selection of an item in the compound document 
further include steps to determine if a valid pointer 
for the selected item has been received from the 

•to application manager, instruct the windowing operat- 
ing system to display a window for the external appli- 
cation in the case where a valid pointer exists, and 
send an external file name to the application man- 
ager in a case where a valid pointer does not exist 

45 

29. An apparatus according to Claim 26, wherein said 
stored program instruction sequences' further 
include steps to respond to close down of the exter- 
nal application by invalidating the pointer sent to the 
client application. 



50 



30. An apparatus according to Claim 29, wherein said 
stored program instruction sequences further 
include steps to re-import external file data to the 
compound document in a case where the external 
file has been modified. 

31. An apparatus according to Claim 26. wherein said 
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stored program instruction sequences further 
include steps to respond to ciose down of the client 
application by inspecting pointers received from the 
application manger to determine whether any exter- 
nal applications are still present, and requesting 
close-down of still-present external applications 
before closing down the client application. 

32. An apparatus according to Claim 26, wherein said 
stored program instruction sequences further 
include steps to respond to iconization of the client 
application by inspecting the pointers received from 
the application manager to determine whether any 
external applications are still present and instructing 
the windowing operating system to de-display any 
still-present external applications before iconizing. 

33. An apparatus according to Claim 32, wherein said 
stored program instruction sequences further 
include steps to respond to restoration of the 
iconized client application by inspecting pointers 
received from the application manager and instruct- 
ing the windowing operating system to re-display 
any still-present external applications. 

34. Computer-executable process steps which man- 
ages an external application in response to user 
selection of an item in a compound document dis- 
played from a client application, the process steps 
including: 

a first instantiation step which instantiates an 
application manager which commences polling 
operations to determine whether- external applica- 
tions are present and whether associated external 
files have been modified: 

a second instantiation step which instantiates 
a file manager responsive to polling requests from 
the application manager to determine whether an 
external application has been modified and to inform 
the application manager of same: 

a displaying step which displays a compound 
document from a client application: 

a' responding step which responds to user 
selection of an item in the compound document by 
creating an external file corresponding to the 
selected item, outputting a file name corresponding 
to the selected item to the application manager, 
associating an external application to the file name, 
launching the external application, and returning, to 
the client application, a pointer for the external file 
and the external application. 

35. Computer-executable process steps according to 
Claim 34. further comprising a step which responds 
to receipt of the pointer for the external file and the 
external application by instructing a windowing oper- 
ating system to display a window for the external 
application. 



36. Computer-executable process steps according to 
Claim 34, wherein said responding step includes a 
determining step which determines if a valid pointer 
for the selected item has been received from the 

5 application manager., instructs the windowing oper- 

ating system to display a window for the external 
application in the case where a valid pointer exists, 
and sends an external file name to the application 
manager in a case where a valid pointer does not 

w exist. 

37. Computer-executable process steps according to 
Claim 34 t further comprising a step which responds 
to close down of the external application by invali- 

i5 dating the pointer sent to the client application. 

38. Computer-executable process steps according to 
Claim 37, further comprising a step which re-imports 
external file data to the compound document in a 

20 case where the external file has been modified. 

39. Computer-executable process steps according to 
Claim 34, further comprising a step which responds 
to close down of the client application by inspecting . 

25 pointers received from the application manger to 

determine whether any external applications are still 
present, and which requests close-down of 
still-present external applications before closing 
down the client application. 

30 

40. Computer-executable process steps according to 
Claim 34. further comprising a step which responds 
to iconization of the client application by inspecting 
the pointers received from the application manager 

35 to determine whether any external. applications are 

still present and instructing the windowing operating 
system to de-display any still-present external appli- 
cations before iconizing. 

•io 41. Computer-executable process steps according to 
Claim 40, further comprising a step which responds 
to restoration of the iconized client application by 
inspecting pointers received from the application 
manager and instructing the windowing operating 

J5 system to re-display any still-present external appli- 
cations. 

42. A method, system or apparatus having the features 
of any combination of the preceding claims. 

50 



55 



EP 0 697 655 A2 




12 



EP 0 697 655 A2 




13 



EP 0 697 655 A2 




3MS0OCI0:<EP 0697S5SA2> 



14 



EP 0 697 655 A2 




4 

EP 0 697 655 A2 




r 



CO 



qO< 

^ CLQC 
^ LU LU 

X— J f— 
ill 



r 





LU 


QC 


O 


O 


if 




DC 




LU 






2 





TING 




POIN 
DF\J 

L/C V 






Q 
CC 

g - 




CO 




>- 




LU 







CO 



LU 
C/> LL 

O uj 
Q 



CO 
CM 



CD 



LU 




>z O 








X CC 




CO LU 













CO 
ZD 
CQ 

DC 
LU 




in 
cm 



LU 

h- 

00 

> 

CO 
CD 



QC 



uj O 
CD j= 
< < 
CO o 

co □ 
uj cC 

^ CL 
< 



CO 
































ICATION PROGRA 


ATION PROGRAM 


TION PROGRAM 


ION PROGRAMS 


ID DOCUMENT FILES 


TA FILES 


ATION MANAGER 


E MANAGER 


APPL 


PPLIC 


PLICA 


'LICAT 


ER DA 


PPLIG 


AL FIL 


f- 


< 


CL 


u_ 




X 


< 






CO 


< 


CL 
< 


ZD 




_j 


QC 


LU 


o 


Q 


O 


O 


< 


LU 


1 


X 




x 


CL 






f— 


O 


LU 






cr 


X 


THER 


GRAF 


SOI 


OTH 


CO 




EXTEJ 


UJ 


o 

















CO 

d 









o 




X 



LO 







cc 




o 




EM 






< 

X 






< 









LO 



3NSOOCID: <FP 0<5P7fi55A?> 



16 



EP 0 697 655 A2 




17 



EP 0 697 655 A2 



INSTANTIATE APPLICATION 
MANAGER AND FILE MANAGER 



S501 



APPLICATION MANAGER 
COMMENCES POLLING 



S502 



COMPOUND DOCUMENT CREATED S503 



I 



DISPLAY COMPO UND DOCUMENT S504 

= 0 



ITEM SELECT BY USER 



S505 




S507 



WINDOW HANDLE PASSED TO 
OPERATING SYSTEM 



NO 



DATA FOR SELECTED ITEM STORED TO 
TEMPORARY FILE 



I 



S508 




EXTERNAL APPLICATION ASSOCIATED 
WITH TEMPORARY FILE 



S509 



© 

FIG. 5(a) 



18 



EP 0 697 655 A2 



S510 




NO 



YES 



S514 



EXTERNAL APPLICATION LAUNCHED 
WITH TEMPORARY FILE 



S515 



CLIENT APPLICATION ADVISED OF 
SUCCESSFUL LAUNCH 



APPLICATION ENTRY OBJECT 
CREATED 



FILE ENTRY OBJECT CREATED 



POINTER FOR APPLICATION ENTRY 
OBJECTS RETURNED TO CLIENT 



DISPLAY EXTERNAL APPLICATION 



S511- 



ERROR CODE RETURNED TO 
CLIENT APPLICATION 



S512< 



APPLICATION BROWSER 
INVOKED 



S513^ 



USER-DESIGNATED 
EXTERNAL APPLICATION 



S516 



S517 



S518 



S519 



0 



FIG. 5(b) 



19 




20 



EP 0 697 655 A2 



DETERMINE WHETHER FILE HAS 
BEEN MODIFIED 



S701 





\^/S702 




S703 ^ 




^ MODIFIED \^YES 


► 


CLIENT APPLICATION ADVISED THAT 




/ 




FILE HAS BEEN MODIFIED 


NO 


< 










r 








DETERMINE WHETHER EACH 
EXTERNAL APPLICATION IS STILL 
RUNNING 


--S704 






r 








DETERMINE WHETHER WINDOW 
HANDLE MATCHES TASK AND 
INSTANCE HANDLES 


— S705 





S709 




\ 



CLOSE DOWN PROCEDURE 





. YES 


S707\ 




EXTERNAL APPLICATIONS STILL 


RUNNING 


^ — - 





S710- 



REMOVE APPLICATION ENTRY 
OBJECT 



S711 



UPDATE APPLICATION FINDER WITH 
CLOSED-DOWN STATUS 



REPEAT POLLING AFTER 
PREDETERMINED INTERVAL 



REMOVE FILE ENTRY OBJECT 



S708' 



S713 



S714 



RE-IMPORT TEMPORARY FILE 



INVALIDATE CLIENT APPLICATION 
POINTER FOR CLOSED-DOWN 
EXTERNAL APPLICATION 



FIG. 7 




21 



EP 0 697 655 A2 




CH ECJ< FOR VALID POINTERS TO | 

EXTERNAL APPLICATIONS I — S801 




DE-DISPLAY WINDOWS FOR ACTIVE I CLOSE DOWN PROCEDURES 
EXTERNAL APPLICATIONS 1 - , 



— 1_ 

ICONIZE CLIENT APPLICATION 




S80S 



S809 




RE-DISPLAY CLIENT APPLICATION 



S810 



RE-DISPLAY EXTERNAL APPLICATIONS ) 



S811 



FIG. 8 



22 



CO 

< 

in 
m 
to 

r- 

a> 

CD 

o 
Q. 

LU 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




(12) 



(88) Date of publication A3: 

25.09.1996 Bulletin 1996/39 



(H) EP 0 697 655 A3 

EUROPEAN PATENT APPLICATION 

(51) mtciA- G06F 9/46 



(43) Date of publication A2: 

21.02.1996 Bulletin 1996/08 

(21) Application number: 95305614.0 

(22) Date of filing: 11.08.1995 

(84) Designated Contracting States: 
DE FR GB 

(30) Priority: 19.08.1994 US 293373 

(71) Applicant: CANON KABUSHIKI KAISHA 
Tokyo (JP) 



(72) Inventor: Bibayan, Farzad, 

c/o Canon Kabushiki Kaisha 
Ohta-ku, Tokyo (JP) 

(74) Representative: 

Beresford, Keith Denis Lewis et al 

BERESFORD & Co. 

2-5 Warwick Court 

High Holborn 

London WC1R SDJ (GB) 



(54) System for managing external applications and files 



(57) A computer-implemented system for managing 
an external application in response to a user's selection 
of an item in a compound document which is displayed 
by a client application. The managing system includes 
an application manager and a file manager which are 
simple in construction because there is ho need for them 
to communicate directly with the external application: 
rather they simply monitor the external application. In 
response to user selection of an item in the compound 
document, the client application copies the selected 
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file name, the application manager associates an exter- 
nal file to the application, launches the external applica- 
tion, issues polling requests for activity of the external 
application, and outputs the file name to the file manag- 
er. In response to outputting of the file name from the 
application manager, the file manager commences 
monitoring activities of the external file to determine 
whether it has been modified, and, in addition, returns 
a pointer for the external file to the application manger. 
The application manager returns the pointer for the ex- 
ternal file to the client application, and in addition returns 
a pointer for the external application. Upon receipt of 
these pointers, the client application instructs a window- 
ing operating system to display a window for the external 
application. By virtue of this arrangement, a full-featured 
compound document capability is provided in which it is 
possible to perform all conventional windowing tasks 
such as close down or re-focus of external applications, 
and close down or iconization of the client application, 



all without any specialized communication to the exter- 
nal application or the external file. 
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